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© An automatic telecommunication switching sys- 
tem handles all communications, whether voice or 
data, in packet switching manner. The switching 
network consists of a multi-stage network of co- 
ordinate matrix elements each of which has memory 
and processing means. Such an element is a single- 
chip VLSI device. 

Each packet has a header which includes the 
address of the network outlet to which that packet is 
to be routed, each such address consisting of a digit 
for each stage via which the packet is to be routed. 
At each matrix element the appropriate digit of that 
address is used to route the packet to the appro- 
priate outlet from the matrix element 
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AUTOMATIC TELECOMMUNICATION SWITCHING SYSTEM 



Technical Held 

The present invention relates to an automatic 
telecommunication switching system in which intel- 5 
Iigence including voice, is handled in packet man- 
ner. 



that a packet is progressed through the switching 
network in a stage-by-stage manner under the con- 
trol of the processing means of the appropriate 
matrices. 



Brief Description of the Drawings 

Embodiments of the invention will now be de- 
70 scribed with reference to the accompanying 



Background of the Invention 

The emergence of new services with a wide 
range of quality of service requirements presents 
problems for current networks; existing PCM 
switches cannot handle channels with bandwidths 
greater than 64kbit/s without major modification, 
and they handle sub-rate channels inefficiently. For 
an integrated switching system to handle a wide 
variety of data, voice and visual telecommunication 
services it needs a variable bit rate capability. 

The packet mode of operation provides the 
necessary flexibility, with dynamically variable bit 
rate capability both at call establishment and during 
a call, but the current generation of packet switches 
provides a bandwidth which is only sufficient to 
cater for data which has a low throughput require- 
ment and can tolerate delay. The throughput of 
existing packet switch architectures is limited by 
the bandwidth of shared resources such as a com- 
mon bus, common buffer memory and network 
layer processing. 



Summary of the Invention 

An object of the invention is to minimise or 
overcome the effects of the limitations discussed 
above. 

According to the invention there is provided an 
automatic telecommunication switching system, in 
which intelligence is handled in packet manner, in 
which the system includes a plural-stage switching 
network each stage of which includes co-ordinate 
matrices each of which interconnects a plurality of 
inlets and outlets, in which each said matrix has its 
own memory and processing means, so that con- 
trol of the system is at least partly distributed, in 
which each intelligence packet on arriving at a said 
matrix is routed into that matrix's memory means 
and its address information examined by the ma- 
trix's processing means to ascertain how the pack- 
et is to be routed, and in which in response to said 
examination the processing means at a matrix 
routes a said packet to an outlet of that matrix 
appropriate to the packets' address information, so 



drawintgs, in which 

Fig. 1 is an overall "architecture" block dia- 
gram of an automatic telecommunication switching 
system to which the invention is applicable. 

is Fig. 2 is an example of a three-stage switch- 

ing network usable as the packet switching network 
of the system of Fig. 1 . 

Fig. 3 shows the network of Fig. 2, repre- 
sented in an alternative and simplified manner. 

20 Rg. 4 is an example of a five stage matrix 

following the principles of the matrix of Rg. 2, 
which is also usable in the system of Rg. 1. 



25 Description of Preferred Embodiments 

The basic architecture of a multi-service packet 
switch is simple and regular, consisting of a packet 
switching network 1 connected to a variety of ter- 

30 minal modules, Rg. 1. The terminal modules in- 
clude port interface modules for interfacing to ex- 
ternal communications links, subscriber lines or 
trunks, a voice subscriber's line module 2 being 
shown as an example. There are also exchange 

35 resource modules. Value added service modules 
may also be connected to provide such services as 
protocol conversion or message handling. Thus in 
Rg. 1 we see a voice subscriber module 2, an 
X25/X75 data module 3, a conference video mod- 

40 ule 4, a multiservice packet trunk module and 
value-added modules 6,7. The numbers and types 
of modules will in practice vary from exchange to 
exchange. 

The switching network consists of a regular 
46 array of identical packet switching elements or- 
ganised as a folded network matrix. That is, all 
terminals to be interconnected are connected to 
one side of the matrix, and a connection is set up 
by going into the matrix and then back out of it 
so The packet switching elements have the process- 
ing power and memory needed to execute the 
algorithms to route packets between the terminal 
modules. The number of switching stages required 
depends on the number of terminals, but because 
of the folded network arrangement the switch size 
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can be increased by adding additional switching 
stages without requiring any rearrangement of the 
existing network or terminal connections. Only a 
single functional unit the packet switching element, 
is required to build up the entire switching network. 
This element is in effect an electronic analogue of 
a cross-bar switch, with some of its own process- 
ing. The well-known ITT System 1240 is one exam- 
ple of a system in which a multistage matrix array 
is used in this way. 

Terminal modules are connected to the packet 
switching network via a standard serial interface, so 
that new terminal types can be added without af- 
fecting the packet switching network. 

A packet "datagram" store and forward switch- 
ing technique is used whereby each datagram 
packet carries a routing address in its header, and 
by reference to this address the switching ele- 
ments can forward the datagrams over the appro- 
priate path. 

The packet switching network overcomes many 
of the drawbacks of existing packet switches which 
rely on shared buses for packet transfer, and cen- 
tral processors for call control; the range of applica- 
tion of such systems and their ability to grow is 
seriously limited. In contrast the packet switching 
network used in the present system consists of an 
array of identical switching elements connected 
together in a matrix. Thus the traffic is distributed 
across the matrix and as the exchange grows the 
matrix also grows maintaining a constant traffic 
level on the links. An example of a three stage 
matrix of switching elements with four connections 
each is shown in Fig. 2, and Fig. 3 shows 3-stage 
and 5-stage matrix examples in an alternative 
shorthand representation. Note that in these net- 
works each switching element is a 2 x 2 co- 
ordinate switch. The use of a folded single-sided 
structure allows continuous expansion by the addi- 
tion of further switching stages as the number of 
terminals increases without the need to change 
connections, or to predetermine the maximum size 
of a switch. 

The packet switching element is a single VLSI 
circuit incorporating n identical full duplex links 
plus internal memory and logic for packet buffering 
and routing. The optimum value for the number of 
links (n) lies between 4 (the minimum practical) 
and 16. The speed of the links must be of the 
order of tens of megabits per second to give the 
wide bandwidth and the short delays required to 
support a range of services. 

Each link carries an incoming and an outgoing 
serial bit stream, and these bit streams operate 
asynchronously, eliminating the need for synchro- 
nous timing signals and their distribution through- 
out the switch network. Packets received on the 
incoming links are autonomously written into buffer 



space in RAM (Random Access Memory) by DMA 
(Direct Memory Access). Then an algorithm is ex- 
ecuted by the internal processing logic of the 
switching element to route the received packet to 
5 one of the outgoing (inks according to a routing 
code in a header field of the packet. Packets are 
transmitted on the outgoing links from buffer RAM 
by DMA. 

The memory arrangements used can follow 

70 established practice, and commercially available 
microprocessors are used for the processing men- 
tioned, using one such microprocessor per switch 
element. In this context the term switch element 
means one of the individual matrices of the array. 

75 The maximum packet size must be set large 

enough to keep the processing overheads small in 
proportion to the transmission time, but small 
enough such that the buffer space required does 
not exceed the available memory size. Packet size 

20 may differ in different systems, but one size usable 
is 128 bytes. 

Commercially available components for use in 
a laboratory demonstration model provide 4 links at 
10 or 20 Mbit/s P 4 kilobytes of RAM and have a 

25 machine cycle time of 50 nanoseconds. Such a 
size is adequate for a laboratory model provided 
that the routing algorithms are simple to minimise 
processing overheads and that a reasonable com- 
promise packet size can be established, tf these 

30 parameters are unsuitable for a product, custom 
VLSI can be developed. 

Port interface modules support the external 
ports of the switch and provide the service required 
for particular types of traffic. These modules are 

35 each connected to the network via a standard 
asynchronous serial interface. A variety of port 
interface module types are required to support 
various port interfaces. Some examples of the 
types of port interfaces which may be supported 

40 are: 

(a) X.25 packet data subscriber port 

(b) Voice subscriber port 

(c) 2Mbit/s conference video circuit port 

(d) Multi-service packet data trunk port. 

45 Each module incorporates dedicated interface 

circuits to support the appropriate external ports 
and a processor plus memory to provide packet 
buffering, external protocol handling, call process- 
ing, and transfer of data and signalling across the 

so switch network. Sufficient processor power is pro- 
vided in the modules to support all call processing 
functions. 

The port interface modules are not described 
herein in detail since they, in general, follow estab* 
65 lished practice, but their functions include: 

(i) send and receive data (including voice 
where appropriate) and signalling over the external 
ports 
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(ii) assemble/disassemble data packets if the 
external information stream is not packetised 

(Hi) fragment packets which are too large for 
transfer across the switching network 

(iv) call establishment in co-operation with 
the module handling the other call half and cen- 
tralised resources 

(v) send and receive data and signalling over 
the internal switch network providing reliable trans- 
fer by the use of error detection or correction code 
and retransmission where required. 

Note that since we are using a folded network, 
each call is set up in two halves, one into the 
network, and one out of it- 
Some of the requirements to support particular 
services are as follows: 

(a) X.25/X.75 packet data service requires 
reliable sequenced data transfer, which requires 
the detection of lost or corrupted packets and their 
retransmission. Also packet sizes of up to 4 
kilobytes may be requested at call establishment, 
and this requires packet fragmentation before 
transfer across the switch network. 

(b) Voice service is tolerant of loss, but sen- 
sitive to delays, so it is usual to accept packet loss 
without retransmission and to keep voice packets 
short to minimise packet assembly delays. Apart 
from the widely used 64 kbit/s PCM, a number of 
other voice coding schemes are proposed for pub- 
lic networks providing lower bit rates or higher 
quality. Voice processing may also be required for 
silence suppression or echo cancellation. 

(c) A trunk port interface module should sup- 
port one trunk circuit operating at an appropriate 
speed of the national hierarchy, e.g. 2 Mbit/s or 8 
Mbit/s. Because the terminal modules operate 
through a standard interface, new terminal types 
can be added without affecting the existing packet 
switching network. 

The peripheral modules at which subscriber 
lines and trunks are terminated, incorporate micro- 
processors which provide packet buffering, external 
protocol handling, transfer of data and signalling 
across the switch network, and many of the call- 
processing functions. Such an arrangement is not 
only more efficient than a fully centralised system, 
but allows the processing capacity to increase in 
proportion to the number of terminations supported. 

Not all switching functions, however, are best 
provided by a distributed architecture. Certain func- 
tions such as system maintenance, control of exter- 
nal links to remote operations and maintenance 
centres, bulk data storage and subscriber and rout- 
ing information are best provided by centralised 
resources, as seen from the inclusion in Fig. 1 of a 
central resource module 8. When the service of a 



facility provided by such a module 8 is needed, a 
connection is set up thereto in the normal call- 
setting manner, this connection being maintained 
as long as required. 

5 The processors communicate with each other 

by transferring message packets across the same 
' switch network as the data (intelligence) packets. 
The call processing functions of the central re- 
source processors 7 consist mainly of responding 

10 to requests from the peripheral module processors 
for address or routing translations, and determina- 
tion of terminating line or trunk equipment number, 
and selection of a trunk in a trunk group where 
appropriate. Given the destination equipment num- 

15 ber the derivation of a routing address to route 
packets from source to destination peripheral mod- 
ules is simple and the peripheral modules can then 
exchange messages to effect call establishment 
Where however, the switch is being used in a 

20 leased line or other slave application the central 
resource processor may itself initiate path estab- 
lishment 

The internal protocol used in the system is the 
protocol used to exchange data and signalling 

25 messages between terminal modules (port inter- 
face modules and resource modules) across the 
network. The packet format includes a header 
which has two fixed length fields, a routing address 
field and a packet length field/The following fields, 

30 namely the information field and the error check 
code, are forwarded transparently by the switching 
elements. That is, they are not altered in any way 
by those elements. 

The routing address consists of a number of 

ss routing 'digits*, where one 'digit* determines the 
routing through one switching element If the 
switching elements are 2x2 switches, each such 
digit can have one bit .1 or 0 dependent on which 
outlet is needed. In the case of a 16 x 16 switching 

40 element each such digit has four bits. The number 
of routing digits required to select a path through 
the matrix depends on the number of stages to be 
traversed and is thus variable, but the routing digits 
are padded out to maintain a fixed length field to 

45 minimise processing overheads. The routing ad- 
dress required to select a path between a pair of 
modules is determined by the source module at 
virtual call establishment and this address is used 
on all packets for the duration of the call, thus 

so ensuring that all packets of a call follow the same 
path and therefore are delivered in sequence. 

The length field contains a binary count of the 
length of the information field in bytes, and an error 
check code protects against errors in link transmis- 

55 sion or in the switching elements. As the links are 
short and situated within the "benign" environment 
of an exchange transmission errors should be neg- 
ligible under normal conditions. The error check 
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code is still required however, to detect errors 
under hardware failure conditions. Link error detec- 
tion has no advantage with the low error rate ex- 
pected, so error detection is performed end-to-end 
across the network. e 

A network such as that of Fig. 2, is in effect a 
"multi-rooted tree" in which each switching ele- 
ment has the same number of connections to 
"parents" as "children". If all packets travelled all 
the way up to a root element there would be no to 
concentration of packets onto upper links. However, 
since packets need only travel up as far as a 
common "ancestor", successive upper levels are in 
fact progressively under used. Thus the network 
can be extended in levels indefinitely without over* 75 
loading. 

For a multi-rooted tree such as this the choice 
of "parent" link on the upward journey is arbitrary 
and can be dynamically chosen to avoid conges- 
tion. The upward path is used to get to a common 20 
ancestor, and any common ancestor will do. Tra- 
versing these arbitrary upward links constitutes an 
inefficiency of 50% as half the links traversed do 
not switch the packet towards its destination. The 
round trip delay is therefore twice that necessary. 25 

The Inmos Transputer is a fast single chip 
computer designed to interconnect with other tran- 
sputers in a distributed multi-transputer architec- 
ture. The language in which It is programmed, 
called "Occam", is designed to support commu- 30 
nications between concurrent processes distributed ^ 
across interconnected Transputers. The design 
goals behind the Transputer are thus compatible 
with those of a switching system with distributed 
functionality. In particular the integration of commu- 35 
nications (four 10 to 20 Mbit/sec. links), storage (4 
Kbytes) and processing (10 MIPS) onto a single 
chip makes the transputer a suitable component for 
building a packet switching network. Thus it in 
effects combines a small, in the present case 2 x ao 
2, co-ordinate switch and its associated memory 
and processing means. 

For the hardware engineer the Transputer 
promises to simplify the design by reducing the 
amount of hardware required external to the Tran- 45 
sputers themselves. Any two communicating Tran- 
sputers can be directly connected via a two-wire 
(plus ground) communication link, yet Transputers 
do not need to be synchronous to communicate as 
they can operate reliably from independent 5 MHz so 
clocks. The point-to-point (Transputer-to-Trans- 
puter) communication links operate serially at 10 or 
20 Mbits/sec. and require no buffering over short 
distances. These features make large systems con- 
sisting of many Transputer switching elements fea- 55 
sible since, neither data nor a synchronising clock 
needs to be bussed around the entire system. 



The current version of the Transputer has four 
ports, each with an incoming path and an output 
path. Hence it is usable as a 2 x 2 co-ordinate 
switch. 

For a packet switch application, the main limi- 
tation of the Transputer is the small number of 
other Transputers it can directly communicate with. 
Structures requiring connectivity of more than four 
would require each node to consist of more than 
one Transputer. However, it is readily possible to 
develop a switching element of larger connectivity, 
e.g. the 16 x 16 element mentioned briefly above. 

The diagram of Fig. 3 corresponds to the net- 
work of Fig. 2; its first two stages consist of two 
sub-arrays each of which is a two-stage network 
formed by two stages each including two 2x2 
matrix elements. The sub-arrays are then coupled 
to four more 2x2 elements. 

In the network of Fig. 4 we have eight sub- 
arrays such as those mentioned above for Fig. 3 
arranged in pairs. These are followed by a third 
stage formed by four sets each of four 2x2 arrays 
to which those sub-arrays are coupled. The fourth 
stage includes twos sets each of eight 2 x 2 arrays, 
while the fifth stage is sixteen 2x2 arrays. Ther 
inter-stage couplings follow the same principles as 
those of Figs. 2 and 3. - ' 



Claims 

1. An automatic telecommunication switching 
system, in which intelligence is handled in packet 
manner, in which the system includes a plural- 
stage switching network each stage of which in- 
cludes a plurality of co-ordinate matrices each of 
which interconnects a plurality of inlets and outlets, 
in which each said matrix has its own memory and 
processing means, so that control of the system is 
at least partly distributed, in which each intelli- 
gence packet on arriving at a said matrix is routed 
into that matrix's memory means and its address 
information examined by the matrix's processing 
means to ascertain how the packet is to be routed, 
and in which in response to said examination the 
processing means at a matrix routes a said packet 
to an outlet of that matrix appropriate to the pack- 
ets' address information, so that a packet is pro- 
gressed through the switching network in a stage- 
by-stage manner under the control of the process- 
ing means of the appropriate matrices. 

2. A system as claimed in claim 1, and in 
which the connections of subscriber's lines, trunks 
and facilities circuits to the network are each made 
via interface modules which, at least in the cases of 
the lines and trunks, include processing means. 
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3. A system as claimed in claim 1, and in 
which interprocessor communications between 
module interfaces and/or the processing means at 
the matrices is effected over the same physical 
path as that used for the intelligence. 

4. An automatic telecommunication switching 
system in which intelligence is handled in packet 
manner, in which the system includes a plural- 
stage folded switching network with the terminals 
served by the system connected to one side of the 
network, in which each connection between two of 
said terminals is set up via two half-connections 
one of which extends into the network from said 
one side and the other of which comes out of the 
network to said one side, in which each stage of 
the switching network includes a number of co- 
ordinate matrices each including a number of semi- 
conductor cross-points, each such matrix intercon- 
necting a plurality of matrix inlets and matrix out- 
lets, in which each said switching matrix has its 
own memory means and its own processing means 
so that control of the system is at least partly 
distributed, in which when an intelligence packet 
traversing the network between two of said termi- 
nals arrives at a said matrix that packet is routed 
into that matrix's memory means and its address 
information is examined by that matrix's processing 
means to ascertain how the packet is to be routed, 
in which in response to said examination the pro- 
cessing means at a said matrix routes a said pack- 
et to an outlet of that matrix appropriate to a part of 
the address information of that packet, so that a 
packet is progressed through the switching network 
in a stage-by-stage manner under the control of the 
processing means of the appropriate ones of said 
matrices, and in which all packets for the same 
connection are conveyed over the same route via 
the switching network. 

5. A system as claimed in claim 8, in which for 
a connection to be set up the number of stages 
that connection extends into the network is vari- 
able, the shortest possible path being used. 
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© An automatic telecommunication switching sys- 
tem handles all communications, whether voice or 
data, in packet switching manner. The switching 
network consists of a multi-stage network of co- 
ordinate matrix elements each of which has memory 
and processing means. Such an element is a single- 
chip VLSI device. 

Each packet has a header which includes the 
address of the network outlet to which that packet is 
to be routed, each such address consisting of a digit 
for each stage via which the packet is to be routed. 
At each matrix element the appropriate digit of that 
address is used to route the packet to the appr- 



opriate outlet from the matrix element. 
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